home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / disk / rep128.zip / REPLICAT.1 / REPLICAT.REV < prev    next >
Text File  |  1996-05-20  |  37KB  |  736 lines

  1.                          Replicator Revision History
  2.  
  3.  
  4. 05-20-96 ■ Version 1.28
  5.  
  6.          . Build 12 - Added a "Working Directory" field to the Defaults 
  7.            screen.  This field should contain the path where Replicator
  8.            will decompress the compressed image files, in order to write
  9.            the image to a diskette.  (Previously, the decompressed file
  10.            was created in the same directory as where the compressed file
  11.            existed.  Internally, however, we have placed most of our
  12.            compressed image files on CD-ROMs, making the "working
  13.            directory" feature a necessity.)
  14.  
  15.          . Build 11 - Added a check to make sure the user cannot recreate
  16.            any diskettes if he is using an unregistered version of Replicator
  17.            and has more than 10 records in the database.  (This situation
  18.            should usually not occur, since the unregistered version is now
  19.            limited to 10 total database records.)
  20.  
  21.          . Build 10 - Implemented support for a specific CD-ROM vendor to
  22.            create Replicator Image Files for customers, burn them on a CD-ROM,
  23.            and distribute Replicator with the CD-ROM.  (This requires that
  24.            Replicator be installed to a hard drive prior to use.)
  25.  
  26.          . Build 9 - Updated copyright notices for 1996.
  27.  
  28.          . Build 8 - Changed several of the variables written to the
  29.            REPLICAT.INI file to be written as YES/NO instead of TRUE/FALSE.
  30.            (The reading routines will recognize the values in either format.)
  31.  
  32.          . Build 7 - Changed the number of database records allowed in the
  33.            unregistered version of Replicator from 25 to 10.  (This was
  34.            suggested by one of our users.)
  35.  
  36.          . Build 6 - Updated the vendor's library for the database engine
  37.            and database browsers.  This update includes only minor changes.
  38.  
  39.          . Build 5 - Implemented a file locking system for the file
  40.            REPLICAT.INI to ensure that 2 users on a network or multitasking
  41.            system cannot attempt to read or write to this file at the
  42.            same time.  (This process uses atomic lock files.)  If this
  43.            file cannot be read during the initial execution, Replicator
  44.            will terminate.
  45.  
  46.          . Build 4 - Implemented a fix in a vendor's library for the
  47.            compression routines used for the compression and decompression
  48.            of Replicator's image files.  STSI regrets to report that we
  49.            found a data-corruption bug in our previous vendor's compression
  50.            library.  After reporting the bug and waiting several weeks, the
  51.            vendor was finally able to fix the problem.  We recommend that
  52.            all current users obtain a copy of the latest version of
  53.            PKUNZIP.EXE, and test any compressed files for possible errors.
  54.            The data corruption bug appears to be somewhat obscure, and would
  55.            have been present in Replicator For DOS versions 1.00 through
  56.            1.27.  (In our case, we found 5 verified problem files in a total
  57.            of 700 disks.)  If you have a bad compressed file, PKUNZIP will
  58.            report a CRC error on the file.  In this case, you will need to
  59.            locate the original disk and recreate the image.  We apologize
  60.            for any inconvenience to our users.
  61.  
  62.          . Build 3 - Changed the wording of an error message that can occur
  63.            if an attempt is made to open a database with a corrupt or missing
  64.            index file.  Previously, the error message stated that the
  65.            database was missing.  The new error message indicates that the
  66.            file is either missing or corrupt.
  67.  
  68.          . Build 2 - Added a special error message to report cases where
  69.            the selected network type could not be initialized.  Replicator
  70.            now instructs the user to remove the "NetworkType=" line from
  71.            the REPLICAT.INI file.  This will make the database initializa-
  72.            tion default to "No Network", allowing the user to enter the
  73.            program, and reselect the correct network type.
  74.  
  75.          . Build 1 - Fixed a problem where the database initialization
  76.            routine was always reporting "Insufficient memory for page
  77.            buffer" if ANY error occurred when attempting to initialize the
  78.            database.  Changed routine to check the database error number
  79.            and report the accurate error message.
  80.  
  81.  
  82. 09-18-95 ■ Version 1.27
  83.  
  84.          . Added browse buttons to the virus scanner screen to allow
  85.            users to browse their hard drive for the virus scanner(s)
  86.            of their choice.
  87.  
  88.          . Changed the date field when a new record is added from the
  89.            Database Management screen to automatically insert today's
  90.            date, instead of Jan-01-1600.
  91.  
  92.          . Changed the behavior when deleting a record so that Replicator
  93.            does not prompt the user to delete the file associated with
  94.            the record if the file does not exist on the disk.
  95.  
  96.          . Replicator now updates the "Total Records" counter in the
  97.            upper right corner of the Database Management screen after
  98.            a record has been saved or deleted.
  99.  
  100.          . Fixed an intermittent problem where Replicator would attempt
  101.            to read a disk during the Create Image From Disk process,
  102.            and would immediately terminate the process without issuing
  103.            any error messages.  This was due to Replicator's inability
  104.            to access physical information about the disk in the floppy
  105.            drive.  Replicator now issues an error message when this
  106.            condition occurs.  (This is usually due to a bad disk.)
  107.  
  108.          . Added a reading and writing retry loop when creating and
  109.            restoring diskette images.  The retry loop will report any
  110.            errors to the user and give him/her the option of retrying
  111.            the operation.  The user can decide at what point to stop
  112.            retrying the current operation, rather than having Replicator
  113.            immediately terminate the operation, as it did in previous
  114.            versions.
  115.  
  116.          . Added a "drive ready" check to the Create Image From Disk
  117.            routine.  This loop simply checks the disk in the disk drive,
  118.            and if it cannot retrieve the correct disk type (the drive
  119.            check will return "Unknown Disk" if the drive is not ready),
  120.            Replicator will prompt the user "Unknown Disk Type or Drive Not
  121.            Ready, Retry? (Yes, No)".
  122.  
  123.          . Changed the behavior of Replicator on the Create Image From
  124.            Disk screen.  Now, the cursor is automatically placed at the
  125.            end of the "File To Create" field, where users can enter the
  126.            filename immediately following the preset path.  Also changed
  127.            the description lines to be cleared on the first character
  128.            the user types (unless it is a non-printable character, such
  129.            as a navigational key).
  130.  
  131.  
  132. 08-29-95 ■ Version 1.26
  133.  
  134.          . Fixed a potential problem where a read-lock was not being
  135.            removed from a database immediately after a search was
  136.            completed.  (Only if Fast Search was enabled.)  Previously,
  137.            the read-lock was only removed after a user was done
  138.            viewing the filtered records.  Now, the read-lock is removed
  139.            immediately after all of the records have been searched.
  140.  
  141.          . Renamed the options on the menu and the corresponding screens
  142.            from "Copy Disk To File" and "Copy File To Disk" to "Create
  143.            Image From Disk" and "Create Disk From Image", respectively.
  144.  
  145.          . Changed the layout of the Copy File to Disk screen.  This
  146.            screen will now only allow the creation of images that are
  147.            catalogued in the database.  To create a disk from an image that
  148.            is not contained in the database, a new "Other" button has been
  149.            created.
  150.  
  151.          . Increased the length of